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METHODS AND SYSTEMS FOR DYNAMICALLY SERVING IN-STREAM 

ADVERTISEMENTS 

CROSS-REFERENCE TO RELATED APPLICATION 

This application claims the benefit of U.S. Provisional Patent Application 
5 No. 60/234,046 filed on September 19, 2000, and U.S. Provisional Patent Application No. 
60/233,513 filed on September 19, 2000, which are incorporated herein by reference in 
their entirety. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

10 The present invention relates to a method and system for inserting 

advertisements into streaming digital media and, in particular, to methods and systems for 
inserting and playing back individualized advertisements from within the same radio 
stream. 

Description of the Related Art 

15 Traditional radio broadcasting facilities earn money by selling 

advertisements (ads) that are played back at specified times to an unknown and typically 
not well-tracked audience. These periods are often referred to as ad breaks. A broadcast 
operator typically presses a switch at a console for each ad break. Every audience member 
hears the same ad, with a smooth transition into and out of each ad. 

20 The Internet, digital streaming technologies, and other related on-line 

technologies have changed the audience listening horizon in that it is now possible to listen 
to a radio broadcast over a network. This is referred to as a "live connection." The 
content is "streamed" in real time to a client computer system for playback, such as using a 
media player software program. It is also possible to listen to a previously recorded 

25 broadcast as "on-demand" content. Such a computer system that serves digital content can 
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now track many types of data to characterize an audience member, for example age and 
gender. Unlike for the traditional radio broadcast studio, the audience member is no longer 
anonymous. 

Today, advertisements in a digital radio broadcast are essentially served as 
5 pre-programmed items in the broadcast stream. For example, a studio that wishes to play 
local ads typically replaces the existing ads (as with traditional sound mixing techniques) 
with the desired ads prior to the content being delivered to the client listeners. In a sense, 
these techniques for inserting ads into streamed radio broadcasts are similar to how 
software applications are "localized" for different languages. 

10 SUMMARY OF THE INVENTION 

Embodiments of the present invention provide methods and systems for 
dynamically inserting individualized (or personalized) ads into a digital radio broadcast 
stream. Example embodiments provide an Enhanced Media Encoder on the radio station 
end and a Streaming Content System that works with existing third-party ad servers and 

15 media players to deliver personalized ads to audience listeners of a particular broadcast. 
Using techniques of the present invention, two or more media players can be playing back 
the same radio broadcast using a live connection but with vastly different ads inserted in 
marked (tagged) positions in the broadcast stream. This capability enables a broadcast 
studio to sell to companies ad spots that are targeted to particular audiences, thus increasing 

20 the potential value of each ad, and presumably the revenue of the radio station. 

The Streaming Content System preferably is positioned between the radio 
station and the audience listener and manages the flow between the client media player and 
the third-party ad server to obtain appropriate ads for the circumstance. In one 
embodiment, the Streaming Content System ("SCS") provides one or more media player 

25 servers, an ad content repository, a broadcast stream throughput channel, an interface to the 
enhanced media encoder and an interface to an ad server. In some cases, the media player 
servers include a Windows Media Player Server for interfacing to a Windows media 
player. When a media player requests a broadcast from a particular station, the SCS 
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obtains from the enhanced media encoder of the radio station the broadcast stream, which 
includes additional information such as tags to be used for inserting ad content. The SCS 
streams the content to the media player. When the media player detects that at least one ad 
event is needed, the player sends an ad request optionally with personalization information 
5 to the SCS, which is forwarded for filling to the ad server. The ad server returns to the 
media player an indicator of the ads to insert. The media player can then request these ads 
and buffer them until such a time as they are needed. As the broadcast stream continues to 
play, the media player will encounter ad events. In response to each ad event, the media 
player will effectively switch to streaming the appropriate ad instead of the broadcast. 
10 When the ad has finished playing, the media player resumes streaming the broadcast. In 
one embodiment, the SCS and media players cooperate to perform the switching in a 
manner that minimizes dead air space. 

In one embodiment, the switching is accomplished by simultaneously 
streaming the radio broadcast and the ad using two instantiated media players and turning 
1 5 down the volume of one of the instantiated media players to effectively minimize the dead 
air space. In another embodiment, the switching is accomplished through one instantiated 
media player by terminating the broadcast stream and beginning to play the buffered ad 
stream, and then buffering and playing the broadcast stream again when the media player 
determines that the ad stream is to be terminated. 
20 In another embodiment, the SCS pushes ad content to the media players 

instead of the media players pulling the ad content when needed. Accordingly, the SCS 
performs the ad event detection and stream switching related tasks. 

In one embodiment, banner ads as well as audio ads are served and inserted 
into radio broadcasts. In yet another embodiment, video ads or banner ads are served and 
15 inserted into the radio broadcasts. In yet another embodiment, video content is streamed 
and audio ads are served and inserted into the video streams. In another embodiment, 
video ads or banner ads are served and inserted into video streams. 



3 



BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is an illustration of an example use of the Targeted Ad Insertion 
System of the present invention. 

Figure 2 is an example block diagram illustrating the data flow between the 
5 components of an example embodiment of a Targeted Ad Insertion System. 

Figure 3 is an example representation of a portion of an encoded broadcast 

stream. 

Figure 4 is an example block diagram of a Streaming Content System of a 
Targeted Ad Insertion System. 
10 Figure 5 is a flow chart of the steps performed by an example media player 

within a Targeted Ad Insertion System of the present invention. 

Figure 6A is example ASX script code indicating an ad block and an ad 

stream source. 

Figure 6B is example ASX script code indicating three ad blocks. 
15 Figure 7 is a flow chart of the steps performed by an example Streaming 

Content System within a Targeted Ad Insertion System of the present invention. 

Figure 8 is an example block diagram of a Streaming Content System 
residing in a computer system for practicing embodiments of the present invention. 

Figure 9 is an example block diagram of an Enhanced Media Encoder of a 
20 Targeted Ad Insertion System of the present invention. 

Figure 10 is an example timeline illustrating an ad block within a broadcast 

stream. 

DETAILED DESCRIPTION OF THE INVENTION 

Embodiments of the present invention provide computer-based methods and 
25 systems for dynamically serving in-stream advertisements. 

Figure 1 is an illustration of an example use of the Targeted Ad Insertion 
System of the present invention. A user "A" computer system 101 and a user "B" 
computer system 102 each submit a request for a broadcast 104 and 105, respectively. The 
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Targeted Ad Insertion System ("TAIS") 103, transmits the requested broadcast stream 106, 
which has been encoded with "ad tags" to both user "A" 101 and user "B" 102. The ad 
tags indicate the starting point of original broadcast advertisements within the broadcast 
stream. When the media player used by user "A" detects an ad tag, the user "A" system 

5 generates and submits an ad request 107. In response to the ad request 107, the TAIS 103 
automatically determines and transmits ad "A" 109 to user "A" 101. When the media 
player used by user "B" encounters an ad tag, the user "B" system generates and submits 
an ad request 108. In response to the ad request 108, the TAIS 103 automatically 
determines and transmits ad "B" 110 to user "B" 102. Ad "A" 109 and ad "B" 110 are 

10 preferably different advertisements, dynamically selected for each respective user by the 
TAIS. The dynamic ad selection may be based on any combination of a plurality of user 
profile data. The dynamic selection may be based on the requesting user's IP address, the 
type of media player submitting the request, geographic data associated with the user, 
demographic data associated with the user, or any other user profiling data. The respective 

15 media player within each user's system plays the broadcast stream until an ad tag is 
encountered. It then plays the received ad (ad "A" or ad "B" in this example) instead of 
playing the ad that follows the ad tag in the broadcast stream. After playing the received 
ad, the media player switches back to playing the broadcast stream. 

In one embodiment of the invention, ads are dynamically inserted into 

20 streaming content that is pre-stored and then transmitted on demand. In another 
embodiment of the invention, ads are dynamically inserted into live streaming content, for 
example, a live radio broadcast. In one embodiment, the streaming content contains default 
ads that may be replaced with dynamically inserted ads. In another embodiment, the 
steaming content does not contain default ads, but contains encoded insertion indicators 

25 that indicate where ads are to be dynamically inserted. In yet another embodiment, the ads 
chosen for dynamic insertion are chosen according to user profile data. 

Figure 2 is an example block diagram illustrating the data flow between the 
components of an example embodiment of a Targeted Ad Insertion System. A broadcast 
stream 205, generated for example by a radio station, is passed through an Enhanced Media 
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Encoder ("EME") 201. The EME 201 encodes the broadcast stream for delivery over the 
Internet, adding event tags and ad tags that indicate segments of the broadcast stream that 
may contain advertisements. The encoded broadcast stream 206 is passed to the Streaming 
Content System ("SCS") 202. A media player 203 submits a broadcast stream request 208 
5 to the SCS 202, requesting that the broadcast stream be transmitted to the media player 
203. In response to the request the SCS 202 transmits the encoded broadcast stream 207 to 
the media player 203. When the media player 203 detects an event tag indicating an 
upcoming advertisement block within the broadcast stream, the media player 203 submits 
an ad identification request 209 to the SCS 202. The SCS 202 forwards the ad 

10 identification request 210 to an Ad Server 204. The Ad Server 204 acts as a catalog of 
available advertisements. The Ad Server 204 determines an appropriate advertisement and 
sends an ad identifier 21 1 to the media player 203. The media player 203 then generates 
and transmits an ad request 212 to the SCS 202. The SCS 202 then sends the ad content 
stream 213 associated with the requested ad to the media player 203. The media player 

15 plays the requested broadcast stream until an ad tag is detected, at which time it switches 
over and plays the requested ad before switching back to playing the broadcast stream. 

Figure 9 is an example block diagram of an Enhanced Media Encoder of a 
Targeted Ad Insertion System of the present invention. The Enhanced Media Encoder 901 
preferably resides at the broadcaster (e.g., radio or television station), and encodes the 

20 broadcast stream for transmission over the Internet. The Enhanced Media Encoder 901 
comprises a Digital Automation Interpreter 902, an Ad Tag Inserter 903, and a Media 
Player Encoder 904. Using a radio station as an example broadcaster, the content for a 
broadcast stream (the music, DJ talk, advertisements, etc.) is generated through a sound 
board. Many radio stations also generate a data log through a digital automation system. 

25 The log generated by the digital automation system represents a structured schedule that 
dictates the format of the generated broadcast content. Because most radio stations use live 
DJs, the schedule indicated by the log is not specific, and allows for some slip in the 
schedule. For example, the log may specify that between 7:00am and 7:03am, a 60-second 
block of advertisements is to be played. The Digital Automation Interpreter 902 of the 
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Enhanced Media Encoder 901 interprets the data automation system log and inserts 
open_event tags and close_event tags into the broadcast stream to indicate where 
advertisement blocks are to occur. For example, for the log described above, an 
open_event tag would be inserted into the broadcast stream at 7:00am and a close_event 
5 tag would be inserted into the broadcast stream at 7:03am. The broadcast stream generated 
by the sound board may include advertisements. It is standard in the industry to insert a 
sub-audible tone into the broadcast stream prior to inserting an advertisement. Each radio 
station may insert the tone a set number of seconds, for example, 7 seconds, prior to each 
advertisement. The time between the ad tone and the beginning of the ad is configurable 

10 and may vary from one station to the next, but is consistent for all ads inserted at a given 
station. The Ad Tag Inserter 903 of the Enhanced Media Encoder 901 receives the 
broadcast stream from the sound board, and inserts an open_ad tag into the broadcast 
stream each time it detects a tone indicating an upcoming advertisement. The broadcast 
stream with open_event, close_event, and open_ad tags inserted is then passed through the 

15 media player encoder 904. The media player encoder 904 is an encoder specific to a 
particular media player available to an end user, and it performs additional encoding of the 
broadcast stream that transforms the stream into a format that can be interpreted by that 
media player. 

The encoding process is altered slightly for broadcast streams generated 
20 from stations that do not utilize a digital automation system. Because the digital 
automation system generates the data that indicates where open_event and close_event tags 
are to be inserted in the broadcast stream, encoded streams from stations without digital 
automation systems do not have open_event and close__event tags inserted. This results in 
a greater risk of dead air time when dynamically inserting ads based on the detection of the 
25 open_ad tags (which are still inserted by the enhanced media encoder upon detection of the 
ad tones). 

Figure 10 is an example timeline illustrating an ad block within a broadcast 
stream. The beginning of the ad block is indicated by the open_event tag 1001 that is 
inserted into the broadcast stream at 7:00:00 am. The end of the ad block is indicated by 
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the close_event tag 1002 that is inserted into the broadcast stream at 7:05:00 am. The ad 
block in this example consists of four ads, three 30-second ads and one 45-second ad. The 
four open_ad tags 1003-1006 are inserted into the broadcast stream at the actual start point 
of each ad (in this example at 7:01:05 am, 7:01:35 am, 7:02:05 am, and 7:02:35 am). The 
5 last ad ends at 7:03:05 am, which is the time at which the media player will switch from 
playing the inserted ads back to playing the streaming broadcast. 

Figure 3 is an example representation of a portion of an encoded broadcast 
stream. The broadcast content 304 has one or more advertisement blocks within it. An 
advertisement block may comprise one or more individual ad spots 303. The beginning of 

10 an advertisement block is marked with an open_event tag 301. The end of an 
advertisement block is marked with a close_event tag 305. The beginning of each 
individual ad within the advertisement block is marked with an open_ad tag 302. 

Figure 4 is an example block diagram of a Streaming Content System of a 
Targeted Ad Insertion System. The Streaming Content System 401 comprises one or more 

15 media player servers 402-404, interfaces 405, an ad content repository 406, and a broadcast 
stream throughput channel 407. Each media player server 402-404 provides an interface to 
its associated media player. For example, a Windows Media Player Server 402 provides an 
interface for serving broadcast streams to Windows Media Players, a Media Player "A" 
Server 403 provides an interface for serving broadcast streams to instances of a Media 

20 Player "A", and similarly, a Media Player "Z" Server 404 provides an interface for serving 
broadcast streams to instances of a Media Player "Z". 

Figure 5 is a flow chart of the steps performed by an example media player 
within a Targeted Ad Insertion System of the present invention. In step 501, the media 
player requests a broadcast stream. In step 502, the media player receives, buffers, and 

25 begins playing the requested broadcast stream. In step 503, the media player detects an 
open^event tag. In step 504, the media player builds an ad request. In step 505, the media 
player sends the ad request to the SCS. In step 506, the media player receives one or more 
ad indicators identifying specific advertisements. In step 507, the media player sends a 
request to the SCS for the specific advertisements indicated in step 506. In step 508, the 
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media player begins receiving and buffering the content streams of the requested ads. In 
step 509, if the media player detects a close_event tag, the media player continues playing 
the broadcast stream in step 510. If, in step 509, the media player does not detect a 
close__event tag, the media player continues in step 511. In step 511, the media player 
5 determines whether or not all of the requested ads for the ad block have been played. If all 
of the ads have been played, the media player resumes playing the broadcast stream in step 
510, ignoring any remaining open_ad tags within the ad block defined by the open_event 
and close_event tags. If all of the ads have not been played, in step 512, the media player 
detects an open_ad tag. In step 513, the media player handles the broadcast stream. In step 

10 514, the media player plays the currently buffered advertisement. The media player then 
continues at step 509, looping through the steps until either a close_event tag is detected, or 
all buffered ads have been played. 

In step 513, there are several ways in which the media player can handle a 
broadcast stream. In one embodiment, the broadcast stream is played by one instance of a 

15 media player and the ad stream is played by a second instance of the media player. In this 
embodiment, the system handles the broadcast stream moving the broadcast stream media 
player to the background and moving the ad stream media player to the foreground. In 
another embodiment, the media player stops playing the broadcast stream, and switches 
over to playing the buffered ad. In yet another embodiment, the media player mutes the 

20 broadcast stream, and adjusts the volume of the ad stream to an audible level. Additional 
methods of handling the broadcast stream that allow the media player to play the 
advertisement stream are contemplated and are intended to fall within the scope of the 
invention. 

If the media player detects a close_event tag prior to playing all of the ads 
25 that were identified to the media player by the ad server, the media player writes data to a 
log indicating that not all of the downloaded ads were played. Because most advertising 
spots are sold to advertisers, the ad server performs an additional function of tracking the 
downloaded advertisements for billing purposes. The ad server logs a billing entry in a log 
when an advertisement is identified to a media player. If the media player then encounters 
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a close_event tag prior to playing the identified ad, the media player preferably writes an 
entry to the billing log indicating that although the ad was identified as an ad to be played, 
the ad was, in fact not played, and therefore the advertiser should not be billed for the 
advertisement spot. 

5 Figure 6A is example ASX script code indicating an ad block and an ad 

stream source. 

Figure 6B is example ASX script code indicating three ad blocks. The 60- 
second ad block event 6B01 comprises an open_event tag 6B03 and a close_event tag 
6B04. Within the event tags, are specific' entries 6B05 for requesting 30-second ads, A 90- 
10 second ad block event 6B02 is also shown. 

Appendix C illustrates example formats for tags that may be inserted into 
broadcast streams and also sample formats for requests and responses to requests that occur 
between various components of the system. Appendix C is hereby incorporated by 
reference in its entirety. 

15 The TAIS dynamically determines which ads to insert into the broadcast 

stream in response to each request for an ad stream. In one embodiment of the invention, 
the media player gathers and stores data that characterizes the user. This user 
characterization data may be passed to the SCS and forwarded on to the ad server as part of 
the ad identification request. The ad server uses the received user characterization data to 

20 determine an appropriate ad to be inserted in to the broadcast steam. The user 
characterization data may include a variety of data, for example, an indicator of the type of 
media player, the user's age, the user's gender, an indication of the user's hobbies, and/or 
an indication of broadcast content genre typically requested by the user (e.g., country music 
or talk radio). One skilled in the art will recognize that a variety of data could be used to 

25 characterize a user, and that a variety of techniques could be used to interpret that data and 
determine from it an appropriate ad or set of ads to send to the user. 

Figure 7 is a flow chart of the steps performed by an example Streaming 
Content System within a Targeted Ad Insertion System of the present invention. In step 
701, the SCS recieves an encoded broadcast stream from a broadcaster. In step 702, the 
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SCS receives a request from a media player for the broadcast stream. In step 703, the SCS 
transmits the encoded broadcast system to the requesting media player. In step 704, the 
SCS receives a request for an ad identification, for example from a media player. In step 
705, the SCS forwards the ad identification request to an ad server. In step 706, the SCS 
5 receives a request from a media player for streaming ad content. In step 707, the SCS 
transmits the requested streaming ad content to the requesting media player. 

Figures 5 and 7 describe the steps performed by the media player and the 
SCS, respectively, in one example embodiment of the TAIS. In the described embodiment, 
the media player drives the flow of data between the components of the system, and is the 

10 component that detects the inserted event tags and in response, makes ad requests, and 
determines what content stream to play at any given instance. In an alternate embodiment 
of the TAIS, the SCS drives the flow of data between the system components. In such a 
system, the SCS detects the inserted event tags while streaming the content to the media 
player. When the SCS detects an open_event tag, the SCS requests that the ad server 

15 determine appropriate ads to buffer. When the SCS detects an open_ad tag, the SCS 
implements one of a plurality of techniques to stream buffered ad content to the media 
player instead of streaming the portion of the broadcast stream within the indicated ad 
block (which may include original broadcast advertisements) to the media player. Other 
configurations of the TAIS where other system components drive the data flow are 

20 contemplated and are intended to fall within the scope of the present invention. In 
addition, it is contemplated that the communication and data flow between the components 
of the TAIS may vary without affecting the scope of the invention. For example, the media 
player may make ad requests directly to an ad server instead of submitting requests through 
the SCS. Also, the ad server may send indicators of determined ads to the SCS instead of 

25 directly to the media player. One skilled in the art will recognize that various 
configurations are possible that will result in the same functionality. These variations are 
contemplated and are intended to fall within the scope of the invention. 

Figure 8 is an example block diagram of a Streaming Content System 
residing in a computer system for practicing embodiments of the present invention. The 
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computer system 801 comprises a CPU 803, a memory 802, a Broadcast Stream 
Throughput Channel 805 , and other I/O devices 804. Components that may reside in the 
computer system memory 802 comprise an Enhanced Media Encoder Interface 806, an Ad 
Server Interface 807, one or more Media Player Interfaces (or servers) 808, an Ad Content 
5 Repository 809, and other media content 810. This figure illustrates how one component 
of the TAIS (i.e., the SCS) may be implemented within a computer system. Other 
components of the TAIS (e.g., the ad server, the media player, and the enhanced media 
encoder) may also be implemented within one or more computer systems that may be 
remotely located in relation to each other. In addition, each component of the TAIS may 

10 comprise components that may be distributed across multiple computer systems. 

One skilled in the art will recognize that exemplary Targeted Ad Insertion 
Systems can be implemented as one or more code modules and may be implemented in a 
distributed environment where the various components of the TAIS may be distributed 
among several computer systems. In addition, each component of the TAIS (e.g., the SCS) 

15 may comprise multiple components (e.g., the SCS components shown in Figure 8 as 
residing in the memory 802) that may be distributed among several computer systems. In 
addition, the computer system may itself be distributed. For example, referring to Figure 8, 
the ad content repository 809 may reside on a server computer system and execute 
separately from the other SCS components. In addition, the ad content repository may be 

20 distributed across several computer systems and different types of memories. Other 
variations and configurations are also contemplated. 

Specifications for one example embodiment of the TAIS in a Windows 
environment are described in detail in appendices A and B, which are hereby incorporated 
by reference in their entirety. In a Windows environment, the Windows Media Player is 

25 used to interface with the SCS and play the streamed media content. When a user requests 
streaming media, a first Windows Media Player is instantiated and begins receiving, 
buffering, and playing the requested media stream. When the first Media Player detects an 
open event tag, a second Windows Media Player is instantiated. The second Windows 
Media Player generates the ad identification request and submits the request to the SCS. 
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When the second Windows Media Player receives the ad identifications), it generates a 
request to begin buffering the identified ad(s). The SCS transmits the requested ads to the 
second Windows Media Player. When the first Windows Media Player (which is playing 
the requested broadcast stream) detects an open_ad tag, the user computer system adjusts 
5 the volume of the first Windows Media Player to effectively mute the broadcast stream and 
adjusts the volume of the second Windows Media Player to an audible level. This volume 
adjustment effectively switches the stream that is being played from the broadcast stream 
to the ad stream. When all of the buffered ads have been played or when the first Windows 
Media Player detects a close__event tag, the volume adjustment is reversed, effectively 

1 0 switching the stream that is being played from the ad stream back to the broadcast stream. 

The implementation of the TAIS system in a Windows NT system varies in 
that Windows NT does not support multiple, simultaneous instantiations of the Windows 
Media Player. Because of this limitation, one instance of the Windows Media Player is 
used to stream both the broadcast stream and the ad stream. When the Windows Media 

15 Player detects an open_event tag while playing the broadcast stream, it generates the ad 
requests as defined above, and begins buffering the received ads. When the Windows 
Media Player detects an open_ad tag, the Windows Media Player stops playing the 
broadcast stream and begins playing the buffered ad stream. Based on the known length of 
the ad block, the Windows Media Player begins buffering the broadcast stream when it 

20 determines that it is nearing the end of the ad block. When the Windows Media Player 
detects that the last buffered ad has been played or when the Windows Media Player 
detects a close__event tag, the Windows Media Player stops playing the ad stream and 
begins playing the broadcast stream. In this implementation, it is difficult to eliminate all 
dead air time after playing the ad stream because it is difficult to determine that amount of 

25 time that is required to fully buffer the broadcast stream. 

Implementations using media players other than the Windows Media Player 
are contemplated. For example, a media player may be implemented that has multiple 
channels, allowing multiple streams to be buffered simultaneously. Alternately, a media 
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player may have dedicated media and data channels, allowing the media player to make 
data requests without disrupting the transfer of streaming media. 

In an alternate embodiment of the present invention, selective ad 
replacement is contemplated. In this embodiment, an ad block may comprise, for example, 
5 four 30-second ads. Implemented with the concept of selective ad replacement, the TAIS 
may dynamically replace only a subset of the broadcast ads within a block. For example, 
the TAIS may replace the first or last ad of every ad block, or it may replace the first 30- 
second ad within each ad block. One skilled in the art will recognize that selective ad 
replacement may be highly customizeable, and any selection process may be used to 

10 determine which ads to replace and which ads to broadcast in their original form. 

In one embodiment, the TAIS may replace each original ad with a 
dynamically selected ad of the same length. For example, an ad block comprising three 30- 
second ads followed by a 45-second ad would be replaced by three 30-second ads followed 
by a 45-second ad, all dynamically selected. In an alternate embodiment, the TAIS may 

15 insert dynamically selected ads based only on the total duration of the ad block. For 
example, an ad block comprising three 30-second ads followed by a 45-second ad may be 
replaced by one 60-second ad, one 45-second ad, and one 30-second ad, all dynamically 
selected. 

It is contemplated that interactive ads may also be dynamically inserted into 
20 a broadcast stream. For example, an ad may comprise both audio and graphical data. The 
audio portion may be dynamically inserted into the broadcast stream, and while the audio 
ad is being played by the media player, an associated graphical ad portion may be 
displayed, for example in a browser window. The graphical data could be of a form similar 
to a banner ad that allows a user to select the ad, for example to display a website 
25 associated with the advertiser. Embodiments are contemplated that allow dynamic 
insertion of interactive ads within video streams as well. 

Dynamic ad insertion is not limited to audio broadcast streams. Video 
broadcast stream ad insertion may be implemented in a similar fashion to that described 
above with reference to audio broadcast streams. In the Windows environment, however, 



14 



the implementation described above that adjusts the volume of two instances of the 
Windows Media Player is not sufficient when streaming video data. Swapping between 
two video streams can be implemented with two instances of the Windows Media Player, 
as described above, but instead of adjusting the volume to switch steams, the Windows 
5 Media Player playing the ad stream is brought to the foreground and the Windows Media 
Player playing the broadcast stream is sent to the background. When the ad stream is done 
playing, the Windows Media Players are again swapped between the foreground and the 
background. Implementation of dynamic ad insertion in video broadcasts in a Windows 
NT environment is the same as that described above for audio broadcasts in the Windows 

1 0 NT environment. 

Although specific embodiments of, and examples for, the present invention 
are described herein for illustrative purposes, it is not intended that the invention be limited 
to these embodiments. Equivalent methods, structures, processes, steps, and other 
modifications within the spirit of the invention fall within the scope of the invention. For 

15 example, the teachings provided herein of the present invention can be applied to 
dynamically inserting any type of data into streaming media, not limited to audio and 
video, and also not limited to live broadcasts. These and other changes may be made to the 
invention in light of the above detailed description. Accordingly, the invention is not 
limited by the disclosure, but instead the scope of the present invention is to be determined 

20 by the following claims. 
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